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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the stage 2 description of the Voice Broadcast Service (VBS) which allows the 
distribution of speech (or other signals which can be transmitted via the speech codec), generated by a service 
subscriber, into a predefined geographical area to all or a group of service subscribers located in this area. 
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Definitions and abbreviations 



3.1 



Definitions 



Definitions used in the present document are also defined in 3GPP TS 02.69. 

voice broadcast channel: Downlink to be allocated in each cell of the group call area for a particular voice broadcast 
call. All mobile stations of the destination subscriber being service subscribers in one cell shall listen to the common 
downlink. 

group members: Service subscribers entitled to belong to a particular group classified by a certain group identification 
(group ID). 

voice broadcast call member: Any group member or dispatcher participating in an on going voice broadcast call. 

broadcast call attributes: Group call area, dispatcher identities. 

Group Call Register (GCR): A functionality in the network containing the broadcast call attributes. 

group call anchor MSC: The MSC responsible for managing and maintaining a particular voice broadcast call. The 
group call anchor MSC is determined as the one controlling the cells of the group call area (see also group call relay 
MSC). For voice broadcast services where the group call area exceeds an MSC area, the group call anchor MSC is 
predefined in the network. 

group call relay MSC: MSC controlling cells of a group call area which are not under control of the group call anchor 
MSC for those voice broadcast services where the group call area exceeds one MSC area. 

notification: Notifications are given on common channels or dedicated channels in order to inform group members 
which are either in idle mode or in dedicated mode or participating in a voice group call or broadcast call on the 
existence of voice broadcast calls. 

Notification channel (NCH): Common control channel on which the notifications are sent by the network (equivalent 
to a paging channel). 

3.2 Abbreviations 

Abbreviations used in the present document are also listed in 3GPP TS 21.905. 

For the purposes of the present document, the following abbreviations apply: 

eMLPP enhanced Multi-Level Precedence and Pre-emption 

GCR Group Call Register 

NCH Notification Channel 

VBS Voice Broadcast Service 

VGCS Voice Group Call Service 
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4 Main concepts 

4.1 Group definition 

Service subscribers can become group members on a PLMN wide basis to one or more groups pre-defined in the 
network by a corresponding group identification (group ID). The membership enables them to receive voice broadcast 
calls associated with that group ID. In addition, certain group members are entitled by their subscription to initiate voice 
broadcast calls. Certain dispatchers connected to external networks also require the capability to initiate or receive voice 
broadcast calls. 

In addition to subscriber details in the HLR, it is necessary for the mobile station to be aware of its group membership 
by storing details on the SIM. This is required because it shall respond to notification messages which include only the 
group ID (i.e. no IMSI or TMSI details). 

Having become a group member, each service subscriber can set to active state or deactive state the group ID or any 
one out of his several group IDs on the SIM. In active state the subscriber can initiate voice broadcast calls to that group 
ID. When in deactive state the subscriber can not make voice broadcast calls to the group and the mobile station ignores 
any notification for that group ID. 

4.2 Broadcast process 
4.2.1 Broadcast call initiation 

4.2.1 .1 Normal operation with successful outcome 

A group call area can be restricted to a single MSC area or can exceed one MSC area (implementation option). 

A voice broadcast call shall be initiated by a calling subscriber by a related MMI action for the service selection and the 
group ID dialled. 

The MSC in which the voice broadcast call is initiated obtains (by requesting the Group Call Register (GCR, see 
clause 5) the group call attributes. 

This GCR interrogation after call initiation also determines whether the MSC shall act as anchor- or as relay MSC. If 
the MSC is not the anchor-MSC then the call will be "forwarded" from the relay to the respective anchor-MSC 
(information also delivered by GCR) and further "call-establishment" is done by the anchor-MSC as described in the 
following. 

When a calling subscriber initiates a voice broadcast call, one voice broadcast channel shall be established in each cell 
of the group call area and notifications for that call shall be sent in each of these cells. As an alternative, voice broadcast 
channels may only be established in cells in reaction to responses received from mobile stations on the notifications. At 
the same time standard connections to dispatchers in the mobile network or in an external network shall be established. 

The calling subscriber shall have an dedicated standard uplink/downlink. All mobile stations of the listening service 
subscribers in one cell shall only listen to the same common downlink (voice broadcast channel). 

Only one voice broadcast channel shall be established in each cell for any given voice broadcast call, although there 
may be a number of simultaneous voice broadcast calls within the same cell. 

Service subscribers shall be notified on the voice broadcast call in each cell. These voice broadcast call notification 
messages shall be broadcast on the notification channel (NCH). 

The notification messages use the group ID rather than individual TMSIs/IMSIs. Additionally, a group call area identity 
(group call area ID) shall be included in order to enable a resolution in the case of overlapping group call areas. A 
service subscriber's mobile station needs to be able to recognize notification messages for those group IDs subscribed to 
and presently activated. 
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The network may also send messages on appropriate voice broadcast channel FACCHs, in order to notify voice 
broadcast call members who may participate in other voice broadcast calls. In addition , also paging information 
messages for standard calls may be sent in order to inform voice broadcast call members on actually paged point-to- 
point calls. 

Further the network may provide notification on the voice group call to service subscribers who have subscribed to the 
paged group ID and which are in dedicated mode. 

The process of broadcasting messages on NCHs is to be carried out throughout the call in order to provide the "late 
entry" facility whereby group members entering the area can join the call. 

On receiving notification of a voice broadcast call a voice broadcast call member's mobile station shall adjust to the 
nominated channel to receive the broadcast call if this channel was received in the notification message and receive the 
information on the downlink. Whilst receiving, the mobile station shall not transmit on the uplink SACCH. This group 
receive mode is different to the normal idle mode or dedicated mode. If no channel description was provided in the 
notification message, the mobile station shall establish a dedicated connection in order to respond to the notification. 
The network may then provide the mobile station with a channel description for the voice broadcast call. 

As a further mobile station option, the mobile station may read its paging subchannel in the current cell while in group 
receive mode or in group transmit mode in order to receive paging messages for mobile terminated calls. 

4.2.1.2 Exceptional procedures 

Completion of links into congested cells where pre-emption did not occur is required. 

If the cell in which the calling service subscriber is located is reset, the voice broadcast call shall be released. 

On receiving details of a voice broadcast call the user may choose to move to the notified call or the mobile station may 
automatically move to the notified call if the new call is of higher priority than the existing call and automatic 
acceptance applies for this priority level. 

4.2.2 On-going broadcast calls 

4.2.2.1 Normal operation with successful outcome 

Within each voice broadcast call only the voice of the calling subscriber shall be transmitted on the voice broadcast 
downlink channel. 

Mobile stations in group receive mode use the group receive mode procedure (see 3GPP TS 03.22) to "camp-on" in a 
new cell to be able to listen to the voice broadcast channel. The mobile station may find the voice broadcast channel 
details of a new cell on the related NCH. 

A network may decide not to establish voice broadcast channels in all cells. Instead, notifications containing no channel 
description may be provided. If a mobile station moves to such a cell, it must respond to the notification in order to 
receive the voice broadcast call. The network may then establish a voice broadcast channel and inform the mobile 
station on the channel position. 

NOTE: Concerning security aspects, whilst authentication and membership checking of mobile call originators 

can be carried out, it is not possible to authenticate service subscribers in group receive mode if they have 
not before established a dedicated connection to responded to a notification. No equivalent of a group 
"TMSI" is provided to protect the "identity" of established voice broadcast calls. 
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4.2.2.2 Exceptional procedures 

If a mobile station in group receive mode indicates a failure due to radio link time-out, the mobile station shall behave 
as specified in 3GPP TS 05.08 and go back to idle mode, possibly in another cell, as determined by the cell re-selection 
algorithm. If a notification is received for the same cell, the mobile station shall try to reconnect. 

4.2.3 Leaving of a broadcast call without termination 

A destination subscriber being service subscriber can leave the voice broadcast call at any point by "deselecting" it via 
an MMI function. Having deselected the call the mobile station returns to idle mode and "ignores" any further 
notification messages related to that call. 

NOTE: If a service subscriber does not wish to participate in calls to a particular group ID for long periods of 
time, the group ID shall be switched to deactive state by the subscriber. 

The service subscriber shall have the capability to reselect the voice broadcast call. The mobile station shall not ignore 
notification messages to that call any more. 

The dispatcher shall be able to leave a voice broadcast call without terminating it. 

4.2.4 Broadcast call termination 

A voice broadcast call can be terminated by the calling subscriber or an entitled dispatcher. 

The call must not be maintained if the calling subscriber leaves the group call area (e.g. if he moves into an MSC area 
where a group call area is no part of). 

4.2.5 Acknowledgements 

The acknowledgement is an application option. 

For voice broadcast calls which are identified by an acknowledgement flag mobile stations which have 
acknowledgement facilities have to return an acknowledgement message with a predefined content in a predefined 
manner. 

The acknowledgement shall be sent using an appropriate data service, to a predefined address or with a predefined short 
code stored on the SIM card. The network may apply geographical routing to a predefined acknowledgement service 
centre. 

4.2.6 Transactions between the mobile station and the network 

Mobile stations which are in broadcast receive mode shall not perform any transactions with the network while adjusted 
to the voice broadcast channel. They shall leave the group receive mode and act in a standard way to perform any 
transaction if necessary and return to the voice broadcast call afterwards. 



5 General architecture 

5.1 Group Call Register (GCR) 

The general architecture of GSM is maintained. In addition, a network function is required which is used for registration 
of the broadcast call attributes, the Group Call Register (GCR). 

The GCR function is mainly a database function, holding information about voice broadcast calls. 
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NOTE 1: The GCR implementation is not specified. It may be realized e.g. as a new network node, in a PABX 

directly attached to an MSC, inside an MSC or as an HLR. The interface between the GCR function and 
other functions is not specified in the GSM technical specifications. As a consequence, the functional split 
between MSC and GCR as developed in the present document is only indicative, and other functional 
splits can be implemented. 

The GCR data for a specific voice broadcast call is set at the creation of the broadcast call attributes, and can be 
subsequently modified. No support for these functions is specified in the GSM technical specifications. 
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Figure 1 : Functional architecture with a Group Call Register 

The signalling between the entities shown in figure 1, for the two cases of service subscriber and dispatcher originated 
calls, shall be as defined in the following. 

Service subscriber originated: The MSC containing the cell within which this voice broadcast call is initiated shall 
perform subscription checking against VLR records. It shall then consult its GCR to determine the broadcast call 
attributes related to its MSC area and whether it is the group call anchor MSC for that voice broadcast call. If it is not, 
the GCR shall provide with the broadcast call reference and the routing information identifying the group call anchor 
MSC to the originating MSC. The originating MSC shall then route the voice broadcast call to the anchor MSC. If the 
originating MSC is the group call anchor MSC, along with the broadcast call attributes, the GCR shall provide 
information on all group call relay MSCs to be involved. 

The group call anchor MSC shall set up links to all group call relay MSCs. Each MSC involved in a voice broadcast call 
obtains its proper broadcast call attributes from the GCR related to the MSC. 

Dispatcher originated: In the case of dispatchers calling from an external network, the call request, in the form of an 
ISDN number, shall be received at a GMSC. The number shall be analysed and the call shall be directly routed to the 
group call anchor MSC by the GMSC based on the called identity without requesting an HLR. The group call anchor 
MSC shall interrogate the GCR and obtain the broadcast call attributes. If an identical voice broadcast call is currently 
in progress, the dispatcher shall be connected to this call and no new call shall be initiated. When interrogating the 
GCR, the identity of the dispatcher is compared with the list of dispatchers which are allowed to initiate the call. If the 
dispatcher is not in the list, or an identity is not provided, the network shall reject the call. 

NOTE 2: Optionally dispatchers may also be user of the GSM network in which the VBS service is provided or 
may directly be connected to a PABX containing the GCR. Dispatcher which are registered for a certain 
voice broadcast call and which have also a subscription for VBS with the same group ID as the voice 
broadcast call for which they are dispatcher shall deactivate this group ID when they are located in the 
corresponding group call area in order to avoid conflicts between paging for the dispatcher and 
notifications for the group ID. 
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5.2 Voice broadcast call responsibility 

The MSC responsible for the voice broadcast call is the one nominated within the GCR or the one to which the call is 
routed from the GMSC in the case of a dispatcher originated call. This MSC is termed the group call anchor MSC. 

If the group call area extends beyond one MSC area then any MSCs controlling cells in the area outside of the group 
call anchor MSC are referred to as group call relay MSCs. 



6 Compatibility issues 

VBS can not be used with standard Phase 1 or Phase 2 mobile stations. A dedicated mobile station with VBS capability 
is required. 

A mobile station with VBS capability shall also provide the complete functionality in order to allow the use of Phase 2 

services. 

Standard Phase 1 and Phase 2 mobile stations in a network shall not be impacted by the presence of VBS services in 
that network due to VBS signalling, also if the mobile station is operated with a SIM of a VBS service subscriber. 



7 Transmission 

7.1 Transmission architecture 

A distribution function, is required to distribute the voice broadcast call to the nominated cells and dispatchers, 
respectively. The distribution function is to be located within the group call anchor MSC. The group call anchor MSC is 
responsible for setting up all connections, both to the nominated cells (voice broadcast channels) in the group call 
anchor MSC and in any related group call relay MSC, and to the dispatchers. There shall be one common link for all 
cells within the group call relay MSC which is involved in the voice broadcast call, i.e. there shall be a secondary 
distribution function in the group call relay MSCs. 

NOTE: As GSM Phase 2+ evolves, distribution functions may be realized in the BSC which allow a more 
efficient use of the network resources. 

7.2 Radio channels 

In each cell of the group call area one voice broadcast channel may be established consisting of a downlink received by 
all service subscriber's mobile stations. 

The calling subscriber's mobile station shall use a dedicated standard uplink/downlink which is connected as input to 
the distribution function. 

A listening subscriber's mobile station which responds to a notification because no description of the voice broadcast 
channel was provided in the notification may be assigned a dedicated standard link which is connected to the 
distribution function up to the instant where the network decides that the mobile station shall join the voice broadcast 
channel and the dedicated connection is released. 

Voice broadcast channels shall be standard full rate or half rate speech channels. A specific voice broadcast call can 
have cells in the group call area where the voice broadcast channels are either only half rate speech or only full rate 
speech or there are cells with half rate speech and cells with full rate speech. Those implementations are optional for the 
network operator. 

Full standard duplex channels shall be provided to all dispatchers listed in the GCR as for normal calls and connected to 
the distribution function although their speech shall not be added to the speech of the calling subscriber in the 
distribution function if they are destination subscribers. The links may be provided either via GSM, or via an external 
network. 
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Simplex downlink radio channels are to be provided to all destination service subscribers, with one common downlink 
per cell. 

A separate standard duplex channel is to be provided to the calling service subscriber. 

7.3 Data confidentiality 

Data confidentiality on the radio link can be provided as a network option. 

If data confidentiality is provided, the downlink of the voice broadcast channels in each cell of the group call area shall 
be ciphered using the same group key. 

The group key is related to the group ID. For each group ID, there is a number of group keys stored on the SIM which 
are identified by a group key number. The group key number identifying the group key to be used for a particular voice 
broadcast call is provided with the notification to the mobile stations. Mobile stations which have a responded to a 
notification shall be informed of the group key number before they join the voice broadcast channel. 

The distribution of the group keys to the related SIMs shall be done off-line. 

NOTE: The distribution of group keys shall be done by the service provider when editing the SIM. Distribution of 
group keys via the radio interface may be possible with future features as the SIM-toolkit. Those 
distribution schemes are for further study. 

Details on data confidentiality for voice broadcast calls are provided in 3GPP TS 02.09 and 3GPP TS 03.20. 



8 Information storage 

8.1 Information stored in the GCR 

8.1 .1 Information used for routing of service subscriber originated voice 
broadcast calls 

The GCR shall hold for a related MSC area for each group ID and cell from which voice broadcast calls can be 
established by service subscribers the broadcast call reference to be used for a voice broadcast call to be established and 
an indication whether the originating MSC is the group call anchor MSC. 

If the originating MSC is the group call anchor MSC, the GCR shall provide the broadcast call attributes related to that 
broadcast call reference as defined in subclause 8.1.2 to the originating MSC and the originating MSC shall establish 
the voice broadcast call. 

If the originating MSC is not the anchor MSC, the GCR shall provide the broadcast call reference plus the routing 
information identifying the anchor MSC to the originating MSC and the originating MSC shall route the voice 
broadcast call to the anchor MSC. 

NOTE: In case the GCR function is distributed over different physical entities, each may hold only the 

information needed to treat requests coming from the MSCs connected to the physical GCR entity. 
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8.1 .2 Broadcast call attributes 

Each MSC involved in a voice broadcast call requests its proper broadcast call attributes from its related GCR. For any 
broadcast call reference the GCR shall provide the corresponding broadcast call attributes to the requesting MSC. These 
lists shall be programmed by the service provider at registration of the network specific service configuration. 

The contents of each list related to requests of the group call anchor MSC is as follows: 

a list of cells inside the MSC area of the group call anchor MSC into which the call is to be sent (part of the 
group call area), see subclause 8.1.2.1; 

a list of group call relay MSCs into which the call is to be sent; 

information on the cipher algorithm and the group key to be used for this voice broadcast call; 

information on the codecs allowed for this voice broadcast call; 

a list of identities of dispatchers to which a dedicated link is to be established, see subclause 8.1 .2.2; 

a list of identities of dispatchers which are allowed to initiate the voice broadcast call, see subclause 8.1 .2.2; 

a list of identities of dispatchers which are allowed to terminate the voice broadcast call, see subclause 8.1.2.2; 

the default priority level related to that voice broadcast call if eMLPP applies, see subclause 8.1 .2.3; 

a status flag indicating if a voice broadcast call with the related group call reference is on-going, see subclause 
11.3.1.1.1. 

The contents of each list related to requests of a group call relay MSC is as follows: 

A list of cells inside the MSC area of the requesting MSC into which the call is to be sent (part of the group call 
area), see subclause 8.1.2.1; 

Identity of the group call anchor MSC; 

a status flag indicating if a voice broadcast call with the related group call reference is on-going, see subclause 
11.3.1.1.1. 

8.1.2.1 Group call area 

The group call area is defined as a list of cells inside the network. The cells shall be defined by their cell identification 
consisting of the Location Area Code and the Cell Identity as defined in 3GPP TS 08.08 and are therefore uniquely 
identified in the network. 

In the case the group call area extends over several MSCs, only the cells belonging to the requesting MSC are included 
in the broadcast call attributes. 

8.1 .2.2 Dispatcher identities 

Dispatcher identities shall be ISDN numbers or MSISDN numbers with the structure according to 

CCITT Recommendation E.164. They shall correspond both to the number to be used to establish a call toward the 

dispatcher and the number provided as calling line identification when the call is originated by a dispatcher. 

The list of dispatcher identities to which a dedicated link is to be established shall be passed to the MSC so that the 
distribution function can be set up. 

The list of dispatcher identities which are allowed to initiate voice broadcast calls is used by the anchor MSC for 
verification for a voice broadcast call establishment by a dispatcher. 

The list of dispatcher identities which are allowed to terminate voice broadcast calls is used by the anchor MSC for 
verification for a voice broadcast call release by a dispatcher. 
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8.1.2.3 Priorities 

If the eMLPP supplementary service is applied to a voice broadcast call, the priority level shall be stored in the GCR. 
For further details see 3GPP TS 23.067. 

8.2 Information managed per subscriber 

8.2.1 Stored! n the HLR 

The following additional information shall be stored in the HLR: 

the subscription option for voice broadcast calls which can be made in the HPLMN only or also in case of 
roaming; 

a list of all the group IDs for which a service subscriber has a subscription; 

an indication whether the subscriber is entitled to establish a voice broadcast call to one or more group IDs of his 
subscription. 

The group IDs are defined in subclause 9.1. 

A service subscriber shall not be provided with more than 50 group IDs. 

8.2.2 Stored in the VLR 

The list of all the group IDs a service subscriber is entitled to use and the entitlement to establish a voice broadcast call 
to a group ID shall be brought forward to a VLR at the same time as other subscriber information is copied, and VLR 
entries shall be modified when corresponding HLR records are changed. 

8.2.3 Stored in the SIM 

The information detailed in subclause 8.2.1 also needs to be stored on the SIM. The service subscriber shall be able to 
deactivate or reactivate a group ID by MMI interaction so that the mobile station does ignore notification messages to 
this group ID. 

For each group ID where data confidentiality may be applied, the SIM needs to store the cipher algorithm to be used 
and the possible group keys. 

8.3 Information used for routing of dispatcher originated 
broadcast calls 

Routing of dispatcher originated calls shall be performed on the MSISDN number received at a GMSC in the 
Initial_Address_Message. 

Because the group call reference is included in the called MSISDN number as defined in subclause 9. 2d the 
routing information can be derived by the routing function of the GMSC. The GMSC afterwards directly routes 
the call request to the group call anchor MSC without requesting an HLR. 



9 Identities 

9.1 Elementary identities for broadcast calls 

a) Group ID 
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The group ID is a sequence of decimal digits with a maximum value depending on the composition of the broadcast call 
reference defined under c). The length of Group ID shall be in a range of 1 to 6 digits. 

The mobile station derives the group ID from the broadcast call reference by identifying the longest group ID amongst 
those stored in the SIM and matching the least significant digits of the broadcast call reference. If no group ID is stored 
in the SIM that matches the least significant digits of the broadcast call reference, the mobile station is not able to derive 
the group ID from the broadcast call reference. 

NOTE 1 : The network should use Group IDs matching an initial part of other group IDs with greatest care, if at all. 

EXAMPLE: A mobile station storing the group IDs 678, 2 678 and 42 678 (and only those) in the SIM will 
derive group ID 2 678 from group call reference 13 452 678. 

For definition of Group ID on the radio interface, A interface and Abis interface, see 3GPP TS 04.69 [11]. 

For definition of Group ID coding on MAP protocol interfaces, see 3GPP TS 29.002 [12]. 

b) Group call area ID 

The group call area ID is a sequence of decimal digits uniquely assigned to a group call area in one network and with a 
maximum value depending on the composition of the broadcast call reference defined under c). 

c) Broadcast call reference 

Each voice group call in one network is uniquely identified by its broadcast call reference. The broadcast call reference 
is a concatenated sequence of the group ID (as the least significant part) and the group call area ID (as the most 
significant part). The broadcast call reference shall have a maximum length of 8 digits. The composition of the group 
call area ID and the group ID can be specific for each network operator. 



Group call area ID Group ID 



For definition of Broadcast Call Reference (with leading zeros inserted as necessary) on the radio interface and A 
interface and Abis interface, see 3GPP TS 24.008 [7], 3GPP TS 04.18 [13] and 3GPP TS 04.69 [11]. 

For definition of Broadcast Call Reference coding (also known as ASCI Call Reference, Voice Group Call Reference or 
Voice Broadcast Call Reference) on MAP protocol interfaces, see 3GPP TS 29.002 [12]. 

9.2 Use of identities in the network 

For each voice broadcast call the identifications as defined in the following shall be used within the network for the 
related purpose mentioned. 

For voice broadcast services which are to operate in more than one PLMN, group identities have to be co-ordinated 
between the network operators involved. 

a) Identities used for GCR requests for service subscriber originated voice broadcast calls 

In case of a service subscriber originated call, the identity of the call used by the MSC in which the call is originated to 
interrogate the GCR shall consist of the originating serving cell identity as defined in 3GPP TS 08.08 and the group ID 
as defined in subclause 9.1. 



Originating cell ID Group ID 



A service subscriber initiating a voice broadcast call has to call the wanted group ID. The MSC in which the call is 
originated shall accumulate from the BSS the called group ID and the originating cell ID. 

If the group call area exceeds one MSC area, the identity used to interrogate the GCR by an MSC in which the call was 
not originated shall consist of the broadcast call reference as defined in subclause 9.1. 

b) Identities used for GCR requests for dispatcher originated voice broadcast calls 

In case of dispatcher originated call the identity used by the MSC to interrogate the GCR shall consist of the broadcast 
call references defined in subclause 9. 1 . 



£75/ 



3GPP TS 03.69 version 8.3.0 Release 1 999 17 ETSI TS 1 00 934 V8.3.0 (2003-09) 

c) Identities used for notifications 

Identities used for notification messages shall consist of the broadcast call reference as defined in subclause 9. 

d) Identities used by dispatchers for voice broadcast call establishment 

For dispatcher originated calls an MSISDN is dialled. The Country Code (CC) and National Destination Code (NDC) 
are used as normal for routing purposes. The numbering scheme is according to CCITT Recommendation E.164. The 
Subscriber Number (SN) is used to indicate: 

the request of a broadcast call by use of a prefix. The length of the prefix shall be 1 to 2 digits [tbc]; 

the wanted broadcast call reference as defined in subclause 9.1. 



I CC I NDC I Prefix | Broadcast call reference | 

e) Identities used for VLR requests for service subscriber originated broadcast calls 

The group ID shall be used on the B-Interface for VLR requests. 

f) Anchor MSC address for routing of service subscriber originated calls from Relay MSC to anchor MSC 

For service subscriber located in Relay MSCs originated calls an anchor MSC address is used as called party address to 
route the call to the anchor MSC. The anchor MSC address structure is the same as for dispatcher originated calls (see 
subclause d)) The Country Code (CC) and National Destination Code (NDC) are used as normal for routing purposes. 
The numbering scheme is according to CCITT Recommendation E.164. The Subscriber Number (SN) is used to 
indicate: 

the request of a group call by use of a prefix. The length of the prefix shall be 1 to 2 digits; the actual value of the 
prefix may be different than the one dialled by dispatchers. 

the wanted group call reference as defined in subclause 9. 1 . 



CC I NDC I Prefix | Group call reference 



1 Operation and maintenance aspects 

NOTE: A list and short description of the operation and maintenance aspects will be given. This includes the 
options and parameters which can be set by the operator. 

handling of timers; 

registration aspects etc. 



1 1 Function and information flows 

11.1 Broadcast function management 

The broadcast call attributes, as given in subclause 8.1 shall be entered and modified by the service provider. A list 
providing information on necessary Operation and Maintenance actions is given in clause 10. 

1 1 .2 Group membership management 

Once the membership is established, the individual membership of the group can be placed in an active or deactive state 
on the SIM by the user. If a subscriber has a group ID in an active state, the subscriber is able to establish voice 
broadcast calls corresponding to that group ID if he is entitled for it. 
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In a deactive state the mobile station prevents the service subscriber from establishing calls using the group ID and the 
corresponding notifications need to be "ignored" by the mobile station. 

The active state and deactive state entries may be password protected as an implementation option. 

Group IDs are listed in the subscription data within the network and on the SIM. The SIM must be returned to the 
network operator or service provider for updating if the subscription is to be changed. 

NOTE: Updating of subscription data over the radio interface is not considered. However, this shall not preclude 
future applications if corresponding mechanisms may be implemented. 

Users can interrogate their mobile stations to determine to which groups they are members and which subscriptions are 
currently in an active state. 



11.3 Call management 



11.3.1 Call establishment 

A voice broadcast call can be established by either a service subscriber or by a dispatcher. 

1 1 .3.1 .1 Service subscriber call establishment 
11.3.1.1.1 Initial stage 

In the initial stages (between the MS and the MSC), service subscriber originated voice broadcast call establishment 
shall proceed as for a standard call. The initial signalling from the originator informs the network that a voice broadcast 
call is required and details the group ID. No information relative to the group call area is given by the caller. 

The network shall perform a number of checks in order to determine how to handle the call: 

Check of the ability of the subscriber to establish the call; 

Check whether the call can be initiated from the cell; 

Check of the existence of an on-going call of the same broadcast call reference. 

The MSC shall check the VLR records for the ability of the subscriber to start the call. If the service subscriber has no 
subscription for the voice broadcast service with the indicated group ID, the call shall be released. In addition, the VLR 
shall return barring and identity presentation restriction checks to the MSC. 

The MSC shall then request information from the GCR by giving the group ID and the originating cell ID as defined in 
subclause 9.2. The GCR first derives the group call area ID from the group ID and the originating cell ID. If no group 
call area ID is related to the group ID and originating cell ID, the call shall be released. If a group call area ID is related 
to the group ID and originating cell ID, the GCR shall transfer the corresponding broadcast call attributes to the MSC. 
From that moment until the MSC indicates the contrary, the call shall be considered as on-going by the GCR. 

If the MSC is not the group call anchor MSC for the voice broadcast call as indicated in the GCR, then the voice 
broadcast call request shall be passed to the group call anchor MSC. 

It is possible that two service subscribers or a service subscriber and a dispatcher or two dispatchers may attempt to 
establish a call using the same group ID and corresponding to the same group call area ID. If the two voice broadcast 
calls are established with the same group ID but for different group call areas, then separate voice broadcast calls shall 
be established. If the group call areas overlap, it is up to receiving mobile station to determine which call to participate 
in. If more than one call is made to identical group ID and group call area, the network shall reject all but one of the call 
attempts. 

If the GCR receives a new interrogation related to a broadcast call reference where the call is indicated as on-going in 
the GCR, the GCR shall provide the on-going status together with the broadcast call reference back to the MSC. The 
MSC shall then release the call with cause user busy in case of a service subscriber originated call request. The mobile 
station of the service subscriber shall then look for notifications of the respective group ID on the NCH and join the 
voice broadcast call. In case of a dispatcher originated voice broadcast call request, the MSC shall join the dispatcher to 
the distribution function of the voice broadcast call. 
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A service subscriber which is entitled by his subscription to establish voice broadcast calls while roaming shall only be 
able to use supra-PLMN group IDs as defined in subclause 9.1 in case of roaming. In case of roaming, the mobile 
station shall only react on notifications for supra-PLMN group IDs. 

Because of the possibility of overlapping group call areas, each call requires an unique reference, assigned by the group 
call anchor MSC at the point of call initiation. The broadcast call reference shall be composed of the group ID and a 
group call area ID (see clause 9). 

Authentication of the calling subscriber can be performed by the network as for normal calls. 

11 .3.1 .1 .2 Establishment of the transmission means 

A voice broadcast call channel shall be established in all the cells throughout the identified group call area using 
physical channels selected by the BSCs as appropriate. The downlink channels shall be established without any return 
signalling from mobile stations. Whilst the downlink channel is being established, the MSC shall form a distribution 
function containing the appropriate channels on all BTSs in the group call area. The MSC is responsible for adding 
dispatchers to the distribution function. 

Alternatively, the network may establish voice broadcast channels in a cell on demand, i.e. if mobile stations respond to 
the notifications as defined in subclause 4.2.2. 1 . 

In parallel, a dedicated suitable channel is allocated to the caller if not already the case. Once this is done, and at least 
one downlink channel is established, the MSC shall signal to the calling subscriber that this has occurred so that the he 
knows when to start speaking. 

The mobile station shall indicate connection to the subscriber. If channels could not be established in particular cells 
because of congestion, channels are allocated to these cells as soon as possible. 

1 1 .3.1 .1 .3 Release of the dedicated transmission means of mobile stations responding to a 
notification 

Mobile stations which respond to a notification for which no description of the voice broadcast channel was given in the 
notification message may be given a dedicated connection up to the time where the network requests the mobile station 
to join the voice broadcast channel by use of a channel release procedure. 

1 1 .3.1 .2 Dispatcher call establishment 

In the case of dispatchers originated calls the call request, in the form of an MSISDN number, shall be received at a 
GMSC. Such a call can be treated by the GMSC as a normal mobile terminated call. In this case, the GMSC shall 
interrogate an HLR, determined on the basis of the MSISDN number. The HLR in turn may either interrogate the 
appropriate MSC/VLR to obtain an MSRN, or may supply an MSRN predefined in the HLR and related to the 
respective broadcast call reference in the MSC/VLR. If the HLR interrogates the MSC/VLR for the MSRN, the HLR 
shall provide this MSC/VLR with the related IMSI including the broadcast call reference as defined in clause 9. 

Alternatively, the call request can be forwarded directly to the related group call anchor MSC on basis of the GMSC's 
internal routing table. In this case, the broadcast call reference shall already be included in the requested MSISDN 
number as defined in clause 9. 

When interrogated by the group call anchor MSC, the GCR shall check if the calling line identity is within the list of 
dispatcher identities allowed to establish the voice broadcast call. If not the case, the call shall be rejected. 

After reception of the call request, the group call anchor MSC checks whether an on-going call of the same broadcast 
call reference exists, in which case the group call anchor MSC shall add the dispatcher to the call. 

At the point at which notification messages are sent to mobile stations, a tone is relayed to the dispatcher to inform him 
that he can commence his message. 
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1 1 .3.1 .3 Notification procedures 

Different notification procedures shall be applied in relation to the mode of the mobile station as presented in table 1 
and defined in the following clauses. 

Table 1 : Overview on different information messages for new or on-going calls 



call type: 
MS states: 


broadcast call 


point-to-point call 


Idle mode 


(section a) 


(standard paging) 


group receive mode 


(section b) 


(section c) 


dedicated mode 


(section b) 


(standard Call Waiting) 



a) Notification for mobile stations in idle mode 

Once the voice broadcast channel has been established in a cell or the network is waiting to receive notification 
responses to establish a voice broadcast channel, notifications shall be broadcast on the NCH in that cell. 

The position of the NCH shall be derived from the system information of the BCCH. 

The notification messages shall include the broadcast call reference and possibly the description of the voice broadcast 
channel, the call priority if eMLPP is applied, and the group cipher key number. 

A notification message can contain no, one or more notifications. 

The notification process needs to continue throughout the duration of the broadcast call, in order to permit the "late 
entry" of other mobile stations. Mobile stations moving into the group call area which are in idle mode shall be directed 
to the voice broadcast channel by the notification messages, possibly by means of the notification response procedure. 

The scheduling of the notification messages in a cell shall be managed by the BSS. Information can be added in the 
messages to limit the required reception of NCH messages. The following constraints shall be met: 

The three first initial notifications (i.e. the first for a given broadcast call) shall have priority over subsequent 
notifications (i.e. the messages for an on-going broadcast call) and must be sent as soon as possible; 

NOTE: In addition initial notification messages for calls with or above an operator defined priority level can be 
sent on all possible paging or access grant channels to reduce the delay for those mobile stations which 
are not using DRX. 

Afterwards, an on-going broadcast call in the cell shall be periodically notified on the NCH. 

Since the information for the establishment of a voice broadcast call is sent onto the NCH rather than on the PCH as for 
normal point-to-point calls, the mobile station must listen to the PCH as well as to the NCH. A "reduced NCH 
monitoring" mechanism can be used to save power in the mobile station when listening to the NCH. 

A mobile station able to receive voice broadcast calls either, depending on the implementation: 

can use the "reduced NCH monitoring" mechanism. When entering a cell, the mobile station shall listen to the 
NCH to get the notifications of the voice broadcast calls on-going in the cell. Afterwards, the mobile station 
needs to listen to the NCH only if it is informed on the availability of a notification for a new voice broadcast 
call. This shall be based on the NCH status information provided, as indicated in 3GPP TS 24.008. In situations 
where conflicts due to other idle mode tasks occur, the mobile station shall fulfil those idle mode tasks with 
priority in multiframes which do not correspond to the own paging subgroup; 

do not apply the "reduced NCH monitoring" mechanism and read all possible paging or access grant channels. 
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b) Notification for mobile stations in group receive, group transmit or dedicated mode 

In addition to sending initial notification messages on the NCH for the voice broadcast call, the BSS can provide initial 
notification into on-going voice broadcast, group calls, and point to point calls informing mobile stations partaking in 
these calls of new voice broadcast calls that are being set-up in the cell. 

NOTE: The additional notification into on-going voice broadcast, group calls and point to point calls should be 
provided by the BSS if the priority level of the new call is equal or higher than the O&M defined priority 
level. 

In order to do this the BSS sends initial notification messages on FACCH to all on-going voice broadcast, group calls, 
and point to point calls in the cell. The initial notification message on FACCH shall contain the broadcast call reference, 
the priority level if eMLPP applies and possibly the TCH description which allows the mobile station to connect 
directly to the new call without reading the NCH. 

An indication of change of notifications in the current cell may be provided on S ACCH by the BSS. 

As a mobile station option, the mobile station may read the NCH of the current cell while in group receive, group 
transmit or dedicated mode in order to be notified on other voice broadcast calls. 

NOTE: Mobile stations may require an additional receiver to read the NCH in order to ensure a higher probability 
of receiving notifications for all present voice broadcast calls without degradation of the received speech 
quality. 

c) Paging into on-going voice broadcast calls 

Paging into on-going voice broadcast calls shall be provided as an implementation option. 

In addition to establishing the links for the voice broadcast call, the network can provide paging information into on- 
going voice broadcast calls informing mobile stations partaking in a voice broadcast call of new incoming point-to- 
point calls. 

The mobile station shall be ready to receive a paging message on the FACCH containing the mobile subscriber identity 
and the priority level if eMLPP applies. 

The mechanism for the MSC to select the broadcast calls to be paged as well as the mechanism for the MSC to inform 
the concerned BSS of paged broadcast calls is still for further study. 

In the event of a reorganisation of the PCH the BSS shall inform the mobile stations via the FACCH that paging 
reorganisation has occurred. A mobile station receiving this indication shall decode the BCCH in order to obtain 
the new paging configuration. 

As a mobile station option, the mobile station may read its paging subchannel in the current cell in group receive mode 
or group transmit mode in order to receive paging messages. 

NOTE: Mobile stations may require an additional receiver to read its PCH subchannel in order to ensure a higher 
probability of receiving all relevant paging messages without degradation of the received speech quality. 
The additional receiver may be the same as used for reception of the NCH described under b) above. 

1 1 .3.1 .4 Destination subscribers 

Mobile stations of destination subscribers which are in idle mode shall listen to notification messages on the NCH and 
move to the voice broadcast channel or respond to the notification. 

Mobile stations which are busy shall either pre-empt the current call (if eMLPP is applied and the new call is of a 
sufficient priority, or shall provide the service subscriber with an indication similar to call waiting, when applicable. 

11.3.1.5 Called dispatchers 

Dispatchers are connected into the voice broadcast call as a standard point-to-point call. 
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11.3.2 Call release 

The voice broadcast call can be terminated by the calling subscriber clearing it down, or by any dispatcher nominated in 
the GCR allowed to terminate the call. 

If this occurs a call release message shall be sent on the FACCH of all cells in the group call area and then all resources 
are freed. 

1 1 .3.3 Leaving of a dispatcher 

A dispatcher can disconnect from the call at any time without terminating the call. In order to terminate the call a 
dispatcher who is entitled to do this must use explicit signalling (e.g. DTMF). 

NOTE: This signalling is currently not specified in the GSM technical specifications and left for operator specific 
solutions. 

1 1 .3.4 Leaving and returning to a voice broadcast call of a service 
subscriber 

A destination service subscriber shall automatically disconnect from the call when leaving the group call area. 

If the calling subscriber leaves the group call area or enters a BSC area not belonging to the service area, the call shall 
be terminated by the network, once the network has detected that the calling subscriber has left the Group Call Area. 

A destination subscriber' mobile station shall leave the voice broadcast call by no longer listening to the voice broadcast 
channel downlink and returning to idle mode. A broadcast call is returned to by listening to the periodic notification 
messages for that call, and reacting on them appropriately. 

11.3.5 Cell change 

1 1 .3.5.1 Listening subscriber 

In all cases change of cell shall be initiated and performed by the service subscriber's mobile station. In order for the 
service subscribers changing from one cell to another within the group call area a cell list for the neighbouring cells 
belonging to this broadcast call area is periodically broadcast on the downlink S ACCH of the voice broadcast call. In 
this case, mobile stations entering a new cell shall perform cell change according to the algorithm C2, see 3GPP TS 
05.08 and 3GPP TS 03.22. 

Mobile stations which want to enter a cell shall listen to the BCCH and to the NCH to determine which channel they 
shall retune to so that they can continue with the voice broadcast call if available in that cell. 

NOTE: Mobile stations may require an additional receiver to read the BCCH and NCH of the neighbour cells in 
order to ensure a higher probability of receiving the relevant messages without degradation of the 
received speech quality. The additional receiver may be the same as used in subclause 11.3.1.3. 

Mobile stations entering a new location area shall perform location updating as normal. 

11.3.5.2 Calling subscriber 

Standard mobile station assisted handover shall be used for the cell change of the calling subscriber as defined on 
3GPP TS 05.08. 

1 1 .3.5.3 Dispatcher 

Dispatchers which are mobile subscribers shall change the cell by standard handover procedures. 
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11.3.6 New calls 

Any service subscriber originated new voice broadcast calls which have identical group ID and group call area to on- 
going voice broadcast calls shall be rejected by the network with cause busy. The mobile station shall then read the 
notifications for the corresponding group ID on the NCH. 

For any dispatcher originated new voice broadcast calls which are identical to on-going voice broadcast calls as 
described above the network shall include the dispatcher in the on-going call. 

Otherwise, new calls are treated as detailed in subclause 11.3.8. In the case of congestion, voice broadcast calls are 
treated according to their priority with each BSC treating each downlink depending on the situation in each cell to 
which the call is sent. Therefore, it is possible that a voice broadcast call might be established only in a subset of the 
required cells. 

In the case where there are no distribution function free, and pre-emption is not performed, then the call request shall be 
rejected. 

In the case of group members involved in voice broadcast or point-to-point calls who have been informed of a new 
voice broadcast call, the mobile station shall make a decision as to which to monitor as if both the on-going call and 
new call were point-to-point calls, and follow the procedure defined in 3GPP TS 23.067. 

1 1 .3.7 Uplink transmission management 

The uplink related to the voice broadcast channel downhnk is not used. No UPLINK_BUS Y information is required. 

1 1 .3.8 Overview of signalling 

In this overview, the messages required to implement the specified concept are identified, and brief details are given of 
each message. 

A diagrammatic representation of the voice broadcast call message structure proposed and actions required is given in 
figures 2 to 4a. 
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NOTE: MS' calling subscriber mobile station; 
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FNT fixed network user terminal 

MSC-A anchor MSC; 
MSC-R relay MSC 

Figure 2: Signalling information required for establishing voice broadcast calls 
by a service subscriber roaming in the anchor MSC area 

SYSJNFO (VBS supported): Message used to indicate if the VBS establishment is supported in the cell and if voice 
broadcast channels and the corresponding paging/notification is supported in the cell. 

Initial RACH CHAN_REQ: Standard message. 

IMM_ASS: Standard message send on the PCH. 

SERV_REQ (broadcast call): Modified form of the current call request message L3-MM CM SERVICE REQUEST 
sent on the allocated channel. Teleservice voice broadcast call is indicated. 

UA (SERV_REQ): This message is used to acknowledge the layer 2 link and provide contention resolution of the 
service request. 

COM_L3_INFO: The MSC is provided with initial information about the voice broadcast call. 

NOTE 1 : Messages flows for authentication and ciphering are not represented although performed as normal. 

PROC_ACC_REQ: The MAP_PROCESS_ACCESS_REQUEST message is sent to the VLR to check the requested 
VBS teleservice against the subscription data. 

PROC_ACC_ACK: The MAP_PROCESS_ACCESS_REQUEST ack message acknowledges the requested service. 

Authentication & Ciphering: Authentication and Ciphering may be performed. Acknowledgement of the service 
request can also be performed by sending the CM SERVICE ACCEPT. 

SETUP: The MSC is provided with details about the voice broadcast call. 

NOTE 2: Alternatively, an IMMEDIATE_SETUP may have been send as the initial message including all details 
of the voice broadcast call. In this case no SETUP message must be sent. 

SEND_INFO_OUT: The requested group ID is transferred to the VLR in the 
MAP_SEND_INFO_FOR_OUTGOING_CALL message. 
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COMPLETE_CALL: The VLR returns the MAP_COMPLETE_CALL confirming the use of the requested group ID. 

ASSIGNMENT_REQUEST: Standard message. 

CHAN_MOD_MODFY: Standard message to modify the channel mode in case of very early assignment. 

CHAN_MOD_MODFY_ACK: Standard message to acknowledge the modification of the channel mode. 

ASSIGNMENT_COMPLETE: Standard message. 

NOTE 3: Alternatively, early assignment or OACSU procedures might be applied with the corresponding 
assignment messages not presented in figure 2. 

VBS_ATR_REQ: The broadcast attributes are requested from the GCR. 

VBS_ATR_RES: The requested information is returned from the GCR. 

VBS_ASSIGNMENT_REQ: This message is sent from the MSC to all affected BSCs, [one dedicated message for 
every requested channel in a cell] including the broadcast call reference, the channel type and possibly the call priority 
and details on the ciphering. 

NOTE 4: As an operator option the voice broadcast channels, the links to them and optionally also the links to 

dispatchers can already be established and permanently reserved in order to speed up the call set-up for 
emergency voice broadcast calls. 

PREP ARE_GROUP_C ALL: The broadcast attributes are sent to every relay MSC and a Group Call number for call 
set-up to is requested. 

PREPARE_GROUP_CALL_ACK: The Group Call number for call set-up is returned to the anchor MSC. 

SETUP to MSC-R: The ISUP connection is set-up to the relay MSC. 

CONNECT from MSC-R: Set-up of the ISUP connection to the relay MSC is confirmed. 

SEND_GROUP_CALL_END_SIGNAL: Indicates to the anchor MSC that conversation can start. 

SEND_GROUP_CALL_END_SIGNAL_ACK: The MAP dialogue to the relay MSC is closed. 

VBS_ASSIGNMENT_COMPLETE: Acknowledgement message from the affected BSC in answer to the assignment 
request. If the assignment is not successful, a VBS_ASSIGNMENT_FAILURE message shall be sent instead. 

SETUP to fixed network users: Based on the information determined about the users of external networks to be 
involved in the call, the MSC shall initiate calls to these users in the normal manner, depending on their mode of 
connection into the MSC, and shall connect them to the distribution function. Alternatively normal calls to GSM 
subscribers may be established for dispatchers being GSM subscribers which is not presented in the diagram. 

Txx: Timer implemented in the MSC which is started with the incoming VBS SETUP message and stops with the 
outgoing paging message. If the timer expires before the MSC receives all of the expected CHAN_REQ_ACK from the 
BSCs and the CONNECT messages from the external networks, the VBS shall be established by the MSC to all 
available parts of the group call area. 

NOTIF_REQ (NCH): Messages for notification which contain the broadcast call reference, the priority of the call if 
eMLPP is applied, and possibly the channel description of the voice broadcast channel to which the mobile stations 
shall listen and the number of the group key used for ciphering. 

NOTIF_REQ (FACCH): Message for notification sent on the FACCH to the mobile stations currently involved in 
other calls. The notification on the FACCH can include the broadcast call reference, and the priority level and may also 
include the channel description and the group ciphering key numbers. 

Periodic NOTIF_REQ (NCH): The notifications are sent periodically so that mobile stations moving into the area can 
join the voice broadcast call. 

Periodic SACCH Info: Periodic messages sent on SACCH. This message may include: 

information of changes of notifications; 

information used for cell reselection; 
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CONNECT: Information to the mobile station of the calling subscriber that the VBS is established with the related 
broadcast call reference as the connected number. 
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NOTE: MS' = calling subscriber mobile station; 

IVIss = destination subscriber mobile stations; 

IVISC-A = anchor MSC; 

MSC-R = relay MSC 

Figure 3: Signalling information required for establishing voice group calls 
by a service subscriber roaming in the relay-MSC area 

SYSJNFO (VBS supported): Message used to indicate if the VBS establishment is supported in the cell and if voice 
broadcast call channels and the corresponding notification is supported in the cell. 

Initial RACH CHAN_REQ: Standard message. 

IMM_ASS: Standard message send on the PCH. 

SERV_REQ (voice broadcast call): Modified form of the current call request message L3-MM CM SERVICE 
REQUEST sent on the allocated channel. Teleservice Voice broadcast call is indicated. 

UA (SERV_REQ): This message is used to acknowledge the layer 2 link and provide contention resolution of the 
service request. 

COM_L3_INFO: The MSC is provided with initial information about the voice broadcast call. 

NOTE 1 : Messages flows for authentication and ciphering are not represented although performed 
as normal. 

PROC_ACC_REQ: The MAP_PROCESS_ACC_REQ message is sent to the VLR to check the requested VBS 
teleservice against the subscription data. 

PROC_ACC_ACK: The MAP_PROCESS_ACC_ACK message acknowledges the requested service. 
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Authentication & Ciphering: Authentication and Ciphering may be performed. Acknowledgement of the service 
request can also be performed by sending the CM SERVICE ACCEPT. 

SETUP: The MSC is provided with details about the voice broadcast call. 

NOTE 2: Alternatively, an IMMEDIATE_SETUP may have been send as the initial message including all details 
of the voice broadcast call. In this case no SETUP message must be sent. 

SEND_INFO_OUT: The requested group ID is transferred to the VLR in the 
MAP_SEND_INFO_FOR_OUTGOING_CALL message. 

COMPLETE_CALL: The VLR returns the MAP_COMPLETE_CALL message confirming the use of the requested 
group ID. 

ASSIGNMENT_REQUEST: Standard message. 

CHAN_MOD_MODFY: Standard message to modify the channel mode in case of very early assignment. 

CHAN_MOD_MODFY_ACK: Standard message to acknowledge the modification of the channel mode. 

ASSIGNMENT_COMPLETE: Standard message. 

NOTE 3: Alternatively, early assignment or OACSU procedures might be applied with the corresponding 
assignment messages not presented in this figure. 

VBS_ATR_REQ: The broadcast call attributes are requested from the GCR. 

VBS_ATR_RES: The requested information (MSC-A address) is returned from the GCR. 

SETUP to MSC-A: Based on information received from the GCR the relay MSC shall set-up a dedicated connection 
for the initiating service subscriber to the anchor MSC. 

PREP ARE_GROUP_C ALL: The broadcast call attributes (parts) are received from the anchor MSC. 

VBS_ATR_REQ: The broadcast call attributes are requested from the GCR. 

VBS_ATR_RES: The requested information (cell list) is returned from the GCR. 

ALLOCATE GROUP CALL NUMBER: The Group Call number is requested from the VLR. 

ALLOCATE GROUP CALL NUMBER ACK: The Group Call number is returned from the VLR. 

PREPARE_GROUP_CALL_ACK: The Group Call number is sent to MSC-A. 

SETUP from MSC-A: The ISUP connection is set-up between MSC-A and MSC-R. 

RELEASE GROUP CALL NUMBER: The VLR is requested to release the Group Call number. 

VBS_ASSIGNMENT_REQ: This message is sent from the MSC to all affected BSCs, [one dedicated message for 
every requested channel in a cell,] including the broadcast call reference, the channel type and possibly the call priority 
and details on the ciphering. 

NOTE 4: As an operator option the voice broadcast call channels, the links to them and optionally also the links to 
dispatchers can already be established and permanently reserved in order to speed up the call set-up for 
emergency voice broadcast calls. 

VBS_ASSIGNMENT COMPLETE: Acknowledgement message from the affected BSC in answer to the assignment 
requests. If the assignment is not successful, a VBS_ASSIGNMENT_FAILURE message shall be sent instead. 

CONNECT to MSC-A: Set-up of the ISUP connection from the anchor MSC is confirmed. 

SEND_GROUP_CALL_END_SIGNAL: Indicates to the anchor MSC that conversation can start. 

SEND_GROUP_CALL_END_SIGNAL_ACK: The MAP dialogue is terminated. 

Txx: Timer implemented in the relay MSC which is started with the incoming SETUP message from the anchor MSC 
and stops with the outgoing paging message. If the timer expires before the MSC receives all of the expected 
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CHAN_REQ_ACK from the BSCs, the VBS shall be established by the relay MSC to all available parts of the 
broadcast call area and the anchor MSC shall be informed that conversation can start. 

NOTIF_REQ (NCH): Messages for notification which contain the broadcast call reference, the priority of the call if 
eMLPP is applied, and possibly the channel description of the voice broadcast call channel to which the mobile stations 
shall listen and the number of the group key used for ciphering. 

NOTIF_REQ (SACCH): Message for notification sent on the SACCH or FACCH to the mobile stations currently 
involved in other calls. The notification on the SACCH shall include only the broadcast call reference, and the priority 
level. The notification on the FACCH may include also the channel description and the group ciphering key numbers. 

Periodic NOTIF_REQ (NCH): The notifications are sent periodically so that mobile stations moving into the area can 
join the voice broadcast call. 

Periodic SACCH Info: Periodic messages sent on the downlink of the SACCH. This message may include: 

information of changes of notifications; 

information used for cell reselection; 

CONNECT (from MSC-A): Call set-up of the dedicated connection for the calling service subscriber is confirmed. 

CONNECT: Information to the mobile station of the calling subscriber that the VBS is established with the related 
broadcast call reference as the connected number. 



MS' Mss BSS 

n n 

TERMINATION REQUEST 



MSC-A 



OCR 



FNT 



MSC-R 



TERMINATION 



RELEASE 



RELEASE 
< 



CLEAR CMD 
< 



(RELEASE) 



(RELEASE) 
< 

RELEASE 



VBS_TERMIN 
> 



RELEASE 



Figure 4: Signalling required to disconnect the voice broadcast call 

TERMINATION REQUEST: The calling subscriber's mobile station can send a TERMINATION REQUEST 
message to clear down the entire voice broadcast call. Alternatively an authorized dispatcher can terminate the voice 
broadcast call in which case a RELEASE message is received from the external network. Alternatively the calling 
subscriber currently served by the relay-MSC can terminate the call in which case a RELEASE message is received 
from the relay MSC on the dedicated connection. 

CLEAR CMD: This message is sent from the MSC to all related BSC to disconnect calls from the distribution function 
and stop all periodic notifications for the voice broadcast call to be released. 

VBS_TERMIN: The MSC informs the OCR that the voice broadcast call with the related broadcast call reference is 
terminated. 

RELEASE: RELEASE messages are sent to the calling subscriber and on all downlink FACCH to the service 
subscribers. The RELEASE messages shall be repeated for a predefined period in order to provide a high probability 
that the listening mobile stations receive the message. 
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In addition, RELEASE messages are sent to all related dispatchers and relay MSCs. 
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Figure 4a: Signalling information required for establishing voice broadcast calls 
by a service subscriber using immediate setup 

SYSJNFO (NCH allocated): Message used to indicate if the NCH is allocated on the CCCH in the cell. 
Initial RACH CHAN_REQ: Standard message. 



MSC 
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IMM_ASSIGNMENT: Standard message send on the PAGCH. 

IMMEDIATE_SETUP : This message including all details of the broadcast call is sent by the MS to the network in 
order to set-up a broadcast call immediately, i.e. without previous establishment of an MM connection. 

UA (IMMEDIATE_SETUP): This message is used to acknowledge the layer 2 link and provide contention resolution 
of the immediate setup. 

NOTE 1 : Authentication and/ or activation of Ciphering may be performed before or after sending a CONNECT 
message. If ciphering has not been activated before sending a CONNECT message, a CM_SERVICE 
ACCEPT may be sent before the CONNECT message by the MSC, however sending of the 
CM_SERVICE_ ACCEPT is not mandatory. 

1 1 .4 Functional requirement of Anchor-IVISC 

The VBS handling process in the anchor MSC is shown in figure 5 

Successful call set-up 

When the VBS handling process in the anchor MSC receives a VBS call set-up request from either a dispatcher or a 
service subscriber currently located in the anchor MSC's area or a service subscriber currently located in a relay MSC's 
area, it interrogates its associated GCR to retrieve the broadcast call attributes, and waits for a response. 

If the GCR returns a positive response containing the broadcast call attributes, the anchor MSC sets up the downlinks to 
the cells inside the MSC area of the group call anchor MSC into which the call is to be sent, sets up the connections to 
the dispatchers to which a dedicated link is to be established , sets up the connections to the relay MSCs into which the 
call is to be sent and waits for call release. 

Procedure Setup Connections to Relay MSCs 

The procedure is shown in figure 6. 

The procedure sends PREPARE_GROUP_CALL messages to all relay MSCs and waits for the responses. 

If a positive response containing an Group Call number is received from a relay MSC, the anchor MSC constructs an 
lAM using the Group Call number as called party address, sends it to the relay MSC and waits for the 
SEND_GROUP_CALL_END_SIGNAL message. 

If the SEND_GROUP_CALL_END_SIGNAL message is received, the procedure returns an acknowledgement to the 
relay MSC and checks whether responses from other relay MSCs are outstanding. Relay MSCs that do not send positive 
responses on the PREPARE_GROUP_CALL message are no longer considered to belong to the list of relay MSCs for 
this VBS call. 

Negative response received from the GCR 

If the GCR returns a negative response to the anchor MSC indicating that the call is already on-going, the anchor MSC 
checks whether the call was initiated by a dispatcher. If so, the dispatcher is connected to the on-going call and the 
process returns to the idle state. If the call was initiated by a service subscriber, a Release message indicating 'user busy' 
is returned in order to force the mobile station of the service subscriber to look for notifications of the respective group 
ID on the NCH and join the broadcast call. 

If the negative response from the GCR indicates any other reason than 'on-going call' the VBS call set-up request is 
rejected by sending a release message back to the initiator and the process returns to the idle state. 

Call release 

When receiving a release message either from a dispatcher who is allowed to terminate the voice broadcast call or from 
the service subscriber who has initiated the VBS call in the anchor MSC area or in a relay MSC area, the connections to 
the relay MSCs are released, all connections to dispatchers are released, all downlinks to cells inside the anchor MSC 
area are released, the GCR is informed that the call is no longer on-going and the process returns to the idle state. 
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Figure 5: VBS handling process in the anchor lUISC (sheet 1 of 2) 
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Figure 6: Set-up connection to relay lUISCs (sheet 1 of 1) 
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1 1 .5 Functional requirement of Relay-IVISC 

The VBS handling process in the relay MSC is shown in figure 7 

Successful call set-up initiated by a service subscriber 

When the VBS handling process in the relay MSC receives a VBS call set-up request from a service subscriber 
currently located in a relay MSC's area, it interrogates its associated GCR to retrieve the anchor MSC address and waits 
for a response. 

If the GCR returns a positive response containing the anchor MSC address, the relay MSC sets up a dedicated 
connection for the initiating service subscriber to the anchor MSC by constructing an lAM with CLI set to the NDC 
plus prefix for VBS plus broadcast call reference, sending it to the anchor MSC, and waits for call release. 

Negative response received from the GCR 

If the GCR returns a negative response to the relay MSC indicating that the call is already on-going, the relay MSC 
sends a Release message indicating 'user busy' to the service subscriber in order to force the mobile station of the 
service subscriber to look for notifications of the respective group ID on the NCH and join the broadcast call. 

If the negative response from the GCR indicates any other reason than 'on-going call' the VBS call set-up request is 
rejected by sending a release message back to the initiator and the process returns to the idle state. 

Successful call set-up initiated by the anchor MSC 

When the VBS handling process in the relay MSC receives a PREPARE_GROUP_CALL message from the anchor 
MSC, it interrogates its associated GCR to retrieve the list of cells inside the relay MSC area into which the call is to be 
sent. 

If the GCR returns a positive response, the relay MSC requests an Group Call number from its VLR. 

If the VLR returns a Group Call number, a PREPARE_GROUP_CALL acknowledgement containing the Group Call 
number is returned to the anchor MSC and the relay MSC waits for the incoming call. 

If the incoming call identified by the Group Call number is received, the relay MSC releases the Group Call number, 
sets up the downlinks to the cells inside the relay MSC area into which the call is to be sent, sends a 
SEND_GROUP_CALL_END_SIGNAL message to the anchor MSC and waits for the call to be released. 

Negative response received from the GCR 

If the GCR returns a negative response to the relay MSC, the relay MSC returns a PREPARE_GROUP_CALL negative 
response to the anchor MSC and returns to the idle state. 

No Group Call number received from VLR 

If the VLR could not allocate an Group Call number, the relay MSC returns a PREPARE_GROUP_CALL negative 
response to the anchor MSC, informs the GCR that the call is no longer on-going and returns to the idle state. 

Call release 

When receiving a release message from the anchor MSC for the dedicated connection which was set-up to for the 
initiating service subscriber located in the relay MSC area, the relay MSC releases the connection to the service 
subscriber and the process returns to the idle state. 

When the initiating service subscriber releases the call, the relay MSC sends a release message for the dedicated 
connection to the anchor MSC and the process returns to the idle state. 

When receiving a release message from the anchor MSC for the connection which was set up using the Group Call 
number, the relay MSC releases all downlinks to cells inside the relay MSC area, informs the GCR that the call is no 
longer on-going and the process returns to the idle state. 
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Figure 7: VBS handling process in the relay MSC (sheet 1 of 3) 
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Figure 7: VBS handling process in the relay MSC (sheet 2 of 3) 
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Figure 7: VBS handling process in the relay MSC (sheet 3 of 3) 



1 1 .6 Functional requirement of GCR 

The process in the GCR is shown in figure 8 
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Service subscriber initiated call 

If the GCR receives an interrogation request for a call initiated by a service subscriber who is located in the MSC area 
of the associated MSC, the GCR calculates the broadcast call reference from the Group ID and the originating cell ID. 

If the broadcast call reference was successfully calculated, the GCR checks whether a VBS call with that broadcast call 
reference is already on-going. 

If the call is not marked as on-going, the GCR checks whether an anchor MSC address is stored in its broadcast call 
reference record. If this is the case, a positive response including the anchor MSC address is returned to the MSC and 
the process returns to the idle state. If no anchor MSC address is stored ( i.e. the associated MSC is anchor MSC with 
respect to this broadcast call reference) the GCR marks its broadcast call reference record with 'on-going call' and 
returns a positive response including the broadcast call attributes to the MSC and the process returns to the idle state. 

If the broadcast call reference could not be successfully calculated from the Group ID and the originating cell ID, the 
GCR returns a negative response indicating 'failure' to the MSC and the process returns to the idle state. 

If the call was marked as on-going , the GCR returns a negative response indicating 'on-going call' to the MSC and the 
process returns to the idle state. 

Dispatcher initiated call 

If the GCR receives an interrogation request for a call initiated by a dispatcher or by a service subscriber who is not 
located in the MSC area of the associated MSC, the GCR checks the CLI of the initiator against the list of identities of 
dispatchers which are allowed to initiate the voice broadcast call and against the prefix for VBS plus broadcast call 
reference in order to determine whether the initiator is allowed to set-up the call. If the check is successful the GCR 
checks whether a VBS call with the same broadcast call reference is already on-going. 

If the call is not marked as on-going, the GCR marks its broadcast call reference record with 'on-going call' and returns 
a positive response including the broadcast call attributes to the MSC and the process returns to the idle state. 

If the CLI check was not successful, the GCR returns a negative response indicating 'failure' to the MSC and the process 
returns to the idle state. 

If the call was marked as on-going , the GCR returns a negative response indicating 'on-going call' to the MSC and the 
process returns to the idle state. 

Anchor MSC triggered call 

If the GCR (associated to a relay MSC) receives an interrogation request for a call triggered by the anchor MSC, the 
GCR marks its broadcast call reference record with 'on-going call', returns a positive response including the list of cells 
inside the MSC area of the requesting MSC in which the call is to be sent to the MSC and the process returns to the idle 

state. 

Call release 

If the GCR receives a call released indication from the MSC, the 'on-going call' indicator in the broadcast call reference 
record is reset and the process returns to the idle state. 
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Figure 8: Process in the GCR (sheet 1 of 2) 
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Figure 8: Process in the GCR (sheet 2 of 2) 
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1 1 .7 Functional requirement of VLR 

The Group Call number allocation process in the VLR is shown in figure 9 

Successful procedure 

When receiving a request from the relay MSC to allocate a Group Call number, the VLR checks if a Group Call number 
is available. If so it selects a Group Call number, marks the number as allocated, returns a positive response including 
the Group Call number to the MSC, starts a supervision timer and waits for removal of the Group Call number. If the 
VLR receives a request to release the Group Call number, the VLR marks the Group Call number as free and the 
process returns to the idle state. 

No Group Call number available 

If no Group Call number is available, the VLR returns a negative response indicating 'no Group Call number available' 
to the MSC and the process returns to the idle state. 

Supervision timer expires 

If the supervision timer expires, the VLR indicates to the relay MSC that the dialogue has to be aborted. 



£75/ 



3GPP TS 03.69 version 8.3.0 Release 1999 



45 



ETSI TS 100 934 V8.3.0 (2003-09) 



Process VLR 




setect 
Group Call 



mark number 
as allocated 



positive 
response 



start 

supervision 

timer 



wait for 
rem oral 



Flelease 

> Group Call 

number 



stop 

timer 

7^ 



mart^ 

number as 

free 



error: No 

Group Call number 

available 



negative 
response 



ABORT 



1(1) 



^torebyMSC 



Figure 9: Group Call number allocation process in the VLR 
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1 2 Content of messages 

This clause specifies the content of the following messages: 
On the B interface (MSC-VLR): 

Allocate Group Call Number; 

Allocate Group Call Number ack; 

Allocate Group Call Number negative response; 

Release Group Call Number; 
On the E interface (MSC-MSC): 

Prepare Group Call; 

Prepare Group Call ack; 

Prepare Group Call negative response; 

Send Group Call End Signal; 
On the I interface (MSC-GCR): 

- GCR Interrogation; 
GCR Interrogation ack; 

- GCR Interrogation negative response; 

Call Released. 

In the tables which follow, information elements are shown as mandatory (M), conditional (C) or optional (O). A 
mandatory information element shall always be present. A conditional information element shall be present if certain 
conditions are fulfilled; if those conditions are not fulfilled it shall be absent. An optional element may be present or 
absent, at the discretion of the application at the sending entity. 

12.1 Messages on the B interface (MSC-VLR) 

12.1.1 Allocate Group Call Number 

No information element is required. 

12.1.2 Allocate Group Call Number ack 

The following information element is required: 



Information element name 


Required 


Description 


Group Call number 


M 


E.164 number required to route the call from the anchor MSC to the 
relay MSC 



12.1.3 Allocate Group Call Number negative response 

The negative response information element can takes the following value: 
No Group Call number available 
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Information element name 


Required 


Description 


Group Call number 


M 


E.164 number required to route the call from the anchor MSC to the 
relay MSC 



12.2 Messages on the E interface (MSC-MSC) 
12.2.1 Prepare Group Call 



The following information elements are required: 



Information element name 


Required 


Description 


Teleservice 


M 


The teleservice Voice Broadcast Call indicates that a VBS call has 
to be prepared. 


Broadcast call reference 


M 


see clause 9 


Ciphering Algorithm, Group Key 
and Number 


M 


information on the cipher algorithm and group key to be used. 


Priority 


C 


The default priority level must be present if elVILPP applies. 


Codec Info 


M 


Information on the codecs allowed for the VBS call 



1 2.2.2 Prepare Group Call ack 

The following information element is required: 



Information element name 


Required 


Description 


Group Call number 


M 


E.164 number required to route the call from the anchor MSC to the 
relay MSC 



12.2.3 Prepare Group Call negative response 

The negative response information element can takes the following value: 
No Group Call number available 

1 2.2.4 Send Group Call End Signal 

No information element is required. 
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12.3 Messages on the I interface (MSC-GCR) 
12.3.1 GCR Interrogation 

The following information elements are required: 



Information element name 


Required 


Description 


Broadcast call reference 


C 


see clause 9. Must be present if the VBS call was initiated by a 
dispatcher or by a service subscriber in the relay MSC area and the 
receiving GCR is associated to the anchor MSC. 


Group ID 


C 


see clause 9. Must be present if the VBS call was initiated by a 
service subscriber in the own MSC area. 


Originating Cell ID 


c 


see clause 9. Must be present if the VBS call was initiated by a 
service subscriber in the own MSC area. 


CLI 


c 


Calling Line Identity of the initiating dispatcher, or VBS prefix plus 
broadcast call reference in case of service subscriber originated 
VBS call in the relay MSC. Must be present if the VBS call was not 
initiated by a service subscriber located in the own MSC area. 


Relay MSC indicator 


M 


A flag indicating whether the GCR interrogation was triggered from 
a Prepare Group Call message received from the anchor MSC. 



12.3.2 GCR Interrogation ack 

The following information elements are required: 



Information element name 


Required 


Description 


Cell List 


C 


A list of cells inside the MSC area into which the call is to be sent. 
Must be present if a) no anchor MSC address is present in the 
broadcast call reference record, or b) the relay MSC indicator was 
set in the GCR Interrogation message. 


Anchor MSC Address 


c 


E.164 number required to route the call from the relay MSC to the 
anchor MSC. Must be present if the anchor MSC Address is present 
in the broadcast call reference record. 


Relay MSC List 


c 


A list of relay MSCs into which the call is to be sent. Must be 
present if a relay MSC list is present in the broadcast call reference 
record 


Group Key and Number 


c 


Information on the cipher algorithm and the group key to be used. 
Must be present if Group Key and Number is present in the 
broadcast call reference record 


Codec Info 


c 


Information on the codecs allowed for the voice broadcast call. Must 
be present if Codec Info is present in the broadcast call reference 
record. 


Establish to Dispatcher List 


c 


A list of identities of dispatchers to which a dedicated link is to be 
established. Must be present if included in the broadcast call 
reference record. Note that the CLI possibly received with the GCR 
interrogation message must not be included. 


Release from Dispatcher List 


c 


A list of identities of dispatchers which are allowed to terminate the 
voice broadcast call. Must be present if included in the broadcast 
call reference record. 


Priority 


c 


The default priority level related to the voice broadcast call if eMLPP 
applies. Must be present if included in the broadcast call reference 
record. 



12.3.3 GCR interrogation negative response 

The negative response information element can takes the following value: 
on-going call 
failure 
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12.3.4 Call released 

The following information element is required: 



Information element name 


Required 


Description 


Broadcast call reference 


M 


see clause 9. 
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